最左前缀匹配原则是指where条件中在使用到 > < in between like等范围搜索的这个即以前的字段，如果可以与联合索引的前几个一一匹配，就可以使用这个索引。

但是实际操作中我发现即使顺序不一致，即使条件的这些字段中多了几个不属于联合索引的字段，依旧使用了这个索引。这是因为mysql的查询优化器会帮你优化成索引可以识别的形式。(但这并不代表你就可以为所欲为了 )

test表：

test表的索引： (a, b, c)

1、查询语句：select * from test where c = 2 and b = 2 and a = 2 ;

解释：

即使不是按照a->b->c的顺序，依旧用上了索引。

2、查询语句：select * from test where a = 2 and d = 1 and b = 2 and c = 2 ;

解释：

可以看出ref将联合索引的3个全用上了，即使d不属于联合索引。

3、查询语句：select * from test where b = 2 and c = 2;

解释：

因为用的是b和c，不满足最左前缀匹配原则。

4、查询语句：select * from test where c >= 2 and b = 2 and a = 2 ;

解释：

这里虽然abc全有，但c在第一个且用了范围搜索，所以只摘出c去找索引，但因为联合索引(a, b, c)不与其最左匹配，所以不能使用这个索引。

5、查询语句：select * from test where c = 2 and a = 2;

解释：

至于使用a和c，只能匹配一个a。同时可以看出即使还有个c在a前面，也能用a去匹配。

可以看到extra里面有个Using index condition，这是索引下推技术。

select * from test where c = 2 and a = 2;

语句有两种执行可能：

根据(a, b, c)联合索引查询所有满足a = 2 的索引，然后回表查询出相应的全行数据，然后再筛选出满足c = 2的数据

根据(a, b, c)联合索引查询所有满足a = 2 的索引，然后直接再筛选出c = 2的索引，之后再回表查询全行数据。

明显第二种方式需要回表查询的全行数据比较少，这就是mysql的索引下推。